home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000231_timbl _Thu Oct 1 11:50:57 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  5KB
  1. Return-Path: <timbl>
  2. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA15452; Thu, 1 Oct 92 11:50:57 MET
  4. Date: Thu, 1 Oct 92 11:50:57 MET
  5. From: timbl (Tim Berners-Lee)
  6. Message-Id: <9210011050.AA15452@ nxoc01.cern.ch >
  7. Received: by NeXT Mailer (1.62)
  8. To: "Phillip M. Hallam-Baker" <HALLAM@zws012.desy.de>
  9. Subject: Re: Setting up WWW at ZEUS, DESY:  Database 
  10. Cc: www-talk@nxoc01.cern.ch
  11.  
  12.  
  13. > Date: Mon, 28 Sep 1992 23:27 +0200
  14. > From: "Phillip M. Hallam-Baker" <HALLAM@zws012.desy.de>
  15. >
  16. > Hello,
  17.  
  18. >    I would like to put the ZEUS online documentation online via WWW.I have
  19. > already got the various sources etc to compile on the DECstation and can run the
  20. >  browser on both VAX and Ultrix OK.
  21.  
  22. Great!  You might like to link up with Thomas Finnen who has a unix server running
  23. at DESY.
  24.  
  25. >    What I really want to do is to set up the server on the VAX though. This
  26. >  is where we do all the development etc, the DECstations belong to the offline
  27. >  group and they won't let us get SU privs which are needed to put up daemons. Or
  28. >  rather they might if they didn't suspect me of wanting to put up the TPU editor
  29. >  so that EDT junkies like myself can use the things.
  30.  
  31. Fine. Lots of people have set up the server under VMS. We haven't incorporated
  32. the changes needed into the distribution, but I'm sure a mail to www-talk would
  33. get replies of people who had done it.  There is a DCL server example in
  34. the W3 deamon documentation. The basic W3 files all compile under VMS, and there
  35. is (in HTFile.c?) a routine to convert unix-style filenames to VMS style.
  36. (The browser actually does that automatically when it runs on VMS, to read local
  37. files).
  38.  
  39. >    Long term what I would like to do is to get the various RDB and Oracle
  40. >  databases that the ZEUS online system is being reorganized arround up onto a W3
  41. >  server. This would save me the hassle of writting and maintaining browsers etc.
  42.  
  43. Good idea.  If the code from the generic W3-Oracle gateway can be of use to
  44. you then feel free...see  
  45. http://info.cern.ch/hypertext/WWW/Daemon/Oracle/Overview.html
  46.  
  47. >    This raises a number of questions, particularly in the area of security.
  48. >  I would like to use an authentication scheme. What I had in mind was that the
  49. >  client making a request requiring validation should recieve back a key which
  50. >  would be encoded at the client end and returned to the server where it would be
  51. >  decoded to see if it matched. The key would be changed on each pass. This would
  52. >  require a list of active keys to be kept in order to allow serving of multiple
  53. >  requests concurrently which would of course make the server non-idempotent.
  54.  
  55. We have a prototype server running which operates in a similar way, but currently
  56. without encryption: the passwords are simply sent in the clear over the net with
  57. every document retrieval. This is not high security, but it is as high as we
  58. currently have with telnet sessions.  This is being prototyped now.
  59.  
  60. >    The end product as far as ZEUS would be concerned would be just a single
  61. >  database that could be interrogated via WWW protocols and a number of customized
  62. >  form programs for interrogating it. However since we are using a G"odel
  63. >  synthesizer to produce the servers the project will naturally generate what
  64. >  amounts to a VHLL compiler for WWW compatible database servers.
  65.  
  66. I don't know about G"odel synthesisers nor VHLL though they both ring a bell...
  67. Obviously it would be a good move to have a rapid customisation system for
  68. producing hypertext views of relational databases. This could be perhaps a report
  69. generator perhaps just producing HTML if it ran fast enough for real-time server
  70. use. (A point-and click graphic view builder would be cool of course!)
  71.  
  72. >    Another idea I had was to integrate a HTML output window into my TROJAN
  73. >  user interface synthesizer. This is a UIMS which spans Motif, Curses and SMG.
  74. >  Other interfaces (particularly X-Windows related ones) can easily be added..
  75. >  This would allow a fairly nice browser and possibly editor to be written, on the
  76. >  VAX I would connect it to the LinkWorks package which is DECs own Hyper-product
  77. >  which comes bundled in Motif. I suspect other vendors will shortly follow. What
  78. >  I had in mind was a "WWW" output window which use a WWW hypertext link as the
  79. >  linkable object thus allowing the DEC supplied "notepad" editor and cardfiler to
  80. >  be used as a hypertext editor, I'm not clear on the design of this yet.
  81.  
  82. We have wondered about Linkworks integration, putting a W3 engine on so that
  83. linkworks linsk could be makde to W3 objects, and maybe making a W3 retrieval
  84. client which would use a table to fire up appropriate DEC tools when given
  85. data in particular formats.
  86.  
  87. >        Phill M. Hallam-Baker
  88.  
  89. Tim Berners-Lee
  90.